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A SYSTEM FOR OBTAINING DATA REGARDING 
CUSTOMER USE OF INTERACTIVE TELEVISION 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The invention generally relates to methods and systems for 
collecting and recording data and communication functionality in 
5 databases and more particularly to methods and systems for 
collecting and recording navigation and transaction data regarding 
a.j customer use of interactive television, 

yj 2 . Description of the Prior Art 

Satellites have had a significant impact on the television 
SJlO industry. With an orbital location so far from earth, satellites 
!\ transmit a usable signal over a broad footprint. The large 

Hi geographical coverage of satellite makes it possible to serve 

thousands, if not millions, with a single satellite. People use 
O individual satellite dishes for direct to viewer ( "DTV" ) 

15 television systems. Recently, interactive television has become 
available. With interactive television, a viewer can make 
transactions or navigate information systems through applications 
made available through the DTV system. 

The basic components of a satellite system are one or more 
20 transmitting earth stations, the uplink, the satellite, the 
downlink, and one or more receiving earth stations. The 
communications satellite is a radio relay operating in space for 
ten or more years without the need for on-site servicing or 
adjustment. Satellites contain transceivers that receive and 
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transmit signals, including video programming, telephone calls and 
data. They operate in a vacuum at a location exposed to extreme 
temperature changes . 

Presently, there is no system or method for obtaining 
navigation and transaction data regarding customer interactive 
television actions in an Information Data Repository ("IDR"). 
Only providers of content, such as banks providing transactions, 
can obtain such data, while the data is generally unavailable to 
the information broadcaster and others. Present smart card 
systems can only log and transmit very limited viewer preference 
information due to the limited available memory and an inability 
to access the user input data. The use of flash memory allows for 
the download of data logs through callbacks from the integrated 
receiver/decoders ("IRDs" ) used in satellite television systems. 
Furthermore, a system for extraction of this data would be 
preferably scalable to accommodate future growth. Such a system 
and method would enable convenient transactions and precise 
recording of user patterns. There is also a need for a system and 
method for the collection, administration and management of the 
information that is provided and processed by the various 
interactive television applications to and from geographically 
dispersed operating companies. 

It is, therefore, to the effective resolution of the 
aforementioned problems and shortcomings of the prior art that 
the present invention is directed. 
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SUMMARY OF THE INVENTION 

The present invention provides a system and a method for 
storing interactive television data in an interactive data 
5 repository ("IDR") for access by the information broadcater and 
others. Each interactive television application contains 

programs and/or libraries. The programs and libraries collect 
specific data pertaining to individual business needs. The data 
is stored in a memory such as flash memory in the customer's IRD. 

10 Depending upon the application, the data is communicated to a 
communication server at an operating company through a modem at 
real time or at scheduled intervals. The data is then 

communicated to an interactive server and then stored in an IDR. 

The present invention overcomes the disadvantages of the 

15 prior art by allowing customer use of interactive television data 
to be collected in an interactive data repository ("IDR"). The 
data may be downloaded from the IRDs of the customer without 
requiring the customer to do anything other than normal 
transactions and navigation within interactive television 

20 applications. The IDR may be correlated with an interactive 
business system ("IBS") database, which contains information 
about the downloading IRD, such as the identity of the customer 
and other information about the customer. 

In accordance with the purpose of the invention, as embodied 

25 and broadly described herein, the invention is a system and 
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method for obtaining data regarding customer use of interactive 
television, comprising one or more application servers including 
one or more application programs for the input of information by a 
customer; a broadcast center for communicating one or more 
5 application programs with a communications satellite; one or more 
individual satellite dishes for receiving one or more application 
programs from the communications satellite in electronic 
communication with one or more integrated receiver/decoders 
("IRDs"); a Graphical User Interface ("GUI") for a customer to 

10 input information into the application program and in electrical 
communication with one or more modems, wherein the IRDs comprise 
callback functionality and flash memory for storing a data log of 
customer transaction and navigation information, wherein said one 
or more modems are in electronic communication with one or more 

15 communications servers for receiving callbacks from the IRDs; one 
or more communications servers for receiving the callback; and one 
or more interactive servers in electronic communication with one 
or more interactive data repositories ("IDRs" ) for storing data. 

In further accordance with the purpose of the invention, as 

2 0 embodied and broadly described herein, the interactive server of 
the invention comprises a parser of the data in the data log and 
an encapsulator of the information into appropriate protocol for 
database users, said interactive server being in electronic 
communication with one or more IDRs, wherein the IDR is in 

25 communication with an interactive business system ("IBS") wherein 
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data in the IDR is correlated with data in the IBS. 

It is to be understood that both the foregoing general 
description and the following detailed description are 
explanatory and are not restrictive of the invention as claimed. 

The accompanying drawings, which are incorporated in and 
constitute part of the specification, illustrate embodiments of 
the present invention and together with the general description, 
serve to explain principles of the present invention. 

In accordance with these and other objects which will become 
apparent hereinafter, the instant invention will now be described 
with particular reference to the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates the architecture of the hardware 
components of the present invention. 

Figure 2 is a block diagram illustrating the data flow from 
the customer's IRD to the IDR. 

Figure 3A is an illustration of the form of the data for each 
customer action being stored in the IDR. 

Figure 3B is an illustration of the form of the customer 
action data log being stored in and downloaded from the IDR. 

Figure 4 is a block diagram illustrating data flow from the 
IRD to the user's top level application in the preferred 
embodiment . 

Figure 5 is a block diagram illustrating data flow in an 
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alternative embodiment of the invention. 

Figure 6 is a block diagram illustrating data transmission in 
an alternative embodiment of the invention. 

Figure 7 is an alternative embodiment of the invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to Figure 1, the system architecture of the present 
invention 100, a system for obtaining data regarding a customer ! s 
interactive television use, is shown. 

One or more application servers 110 carries one or more 
application programs 120. The application program 120 may provide 
information to the customer, communications functionality such as 
communication with a bank, or electronic commerce functionality, 
or any combination of these services. The preferred application 
server 110 is a Sun Ultra 5 server, although an NT server or 
equivalent server may be used. The application program 12 0 may be 
one written in OpenTV or an equivalent language. The application 
program 120 allows the input of information by a customer. The 
application program 120 is transmitted to a broadcast center 130. 

Transmission to the broadcast center 130 may be via a terrestrial 
Tl link or its equivalent. The application program 120 is then 
uplinked to a communications satellite 140, preferably a G8i 
satellite or equivalent. One or more customers, at a location 
within the satellite's footprint, in South America for example, 
receives the application program 120 via his or her individual 
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satellite dish ("ISD") 150, and then into one or more integrated 
receiver/decoders ("IRDs") 160. 

The IRD 160 is connected to the customer ' s graphical user 
interface ("GUI") 170. The GUI 170 is preferably the customer's 
5 television connected to a standard remote or keyboard as is known 
in the art, whereby the customer makes transactions or navigates 
through an interactive television interface portion of the 
application program. As the customer navigates and performs 
actions in the interactive television interface, the customer 
5jlo inputs transaction and navigation information into the application 
=F program 120 via the interactive television interface. The 
S3 information is stored in the IRD 160 as a data log 18 0 of 
h& navigation data and transaction data input by the user into the 
p one or more application programs 120 via the GUI 170. For 

iLJS ; 

r~15 example, the user may impart information regarding games played, 



weather requests, advertising viewed, navigation within the 



addition, transaction data such as for banking transactions may be 
input via the GUI 170. Preferably, the data log 180 also includes 

2 0 a time and date stamp for each action by the customer. 

The data log 180 is then stored within flash memory 190 
within the IRD 160. Preferably, the flash memory 190 is stored in 
a communication card with an identification number located within 
the IRD 160. However, the data log 180 may also be stored in 

25 random access memory stored within the IRD 160. The preferred 



interactive television environment and lead generation. 
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format of the data log is illustrated in Figures 3A and 3B, 
described in greater detail below. Thus, in the preferred 
embodiment, every time a customer accesses an interactive 
television application 120 and performs an action within it, the 
5 type of action and the time and date of the action within the 
interactive application 120 are stored in the data log in flash 
memory 190. 

Through a callback procedure, the data log 180 is transmitted 
*n from the IRD 160 through a modem 200. The data log 180 is 
ylO encapsulated in a data transfer protocol. Any appropriate 
jf protocol for data transmission may be used, such as TCP/IP or 
J? HTTP. In the preferred embodiment, the protocol is one that is 
J\ proprietary to Telefonico Investigacion y Desarrollo, S.A. 
JJ: In the callback procedure, the IRD 160 transmits the data log 

yi5 180. The callback may be made at certain time intervals or after 
O a fixed number of transactions, or upon some other standard. The 
data log 180 is then communicated to a communications server 210. 

The callback originates as a program within the IRD 160. The 
2 0 callback sends the data log 180 from the IRD 160 through the 
communications server 210 through the interactive server 220 and 
the routing application 230 within the interactive server 220 to 
the interactive data repository ( " IDR" ) 24 0. In performing the 
callback, the IRD 160 is preferably programmed to make several 
25 attempts to transmit the data log 180 if it fails initially to 
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make the necessary connection. 

The communications server 210 may be a server such as an 
Ascend Max 4004. However, the communications server 210 may also 
be a bank of modems for accepting callbacks from the IRD 160. The 
modems may be integral with each other or, in the preferred 
method, they may be leased from outside sources for scalability. 

After the data log 180 is transferred from the IRD 160 
through the communications server 210, to the interactive server 
220. The interactive server 220 strips the transfer protocol from 
the data log 180, parses each discrete customer action within the 
data log 180, encapsulates each action into data with an 
appropriate protocol, and multiplexes the newly encapsulated data. 

In the preferred embodiment, the interactive server 220 
identifies a particular interactive television action by a code 
and routes it to an appropriate IDR 240. The interactive server 
220 encapsulates the data into TCP/IP form for transmittal. 
However, other protocols are known in the art and may be used. 
The interactive server 22 0 is preferably a Sun Ultra 5 with a 333 
MHz CPU and 256 MB of RAM or its equivalent. As shown in Figure 
1, the interactive server 22 0 includes a routing application 230 
for routing the newly encapsulated particular action data taken 
from the data log 180 transferred via the callback. The routing 
application 230 is preferably written in Unix C, however it may 
also be written in OpenTV or an equivalent programming language. 
From the routing application 23 0, the information regarding the 
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particular action is communicated to one or more interactive data 
repositories ("IDR") 240. The IDR 240 is preferably a memory 
storage and manipulation device, such as a computer database. 

In the preferred embodiment, the particular action data 
5 within the IDR 240 is then correlated with an integrated business 
system ("IBS") 250. The IBS 250 in the preferred embodiment 
contains information that can be correlated with the information 
sent to the IDR 240. For example, in the preferred embodiment, 

rj"e 

<S the IDR 240 contains an identification number for the 
UrlO communications card containing the flash memory 190 in the IRD 160 
4i that initiated the callback. This identification number is made 
m part of the log transmitted in the callback. The IBS 250 may 
y. include the name, biographical information and other information 

pij regarding the interactive television customer that uses the IDR 
%0-5 240. Thus, information about a customer ! s interactive television 
navigation and transaction habits may be derived. Clearly, this 
system 100 is intended to be used for a multiple of customers and 
a corresponding multiple of IRDs 160. In the preferred embodiment, 
the IBS 250 is a program written in Magic and SQL on a HP9000 
2 0 server or IBM RS 6000/H70 server. However, equivalent programming 
languages and servers are also contemplated. 

As shown in Figure 1, the communications server 210, 
interactive server 220, IDR 240 and IBS 250 are all in the 
location of the operating company 260. In Latin America, an 
25 operating company 260 is often a government monopoly, so the 
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operating company is in fact also an operating country. However, 
an individual company that is not part of a government monopoly 
may also use this system 100. The IDR 240 and the IBS 250 may 
alternatively be in separate operating companies. In addition, in 
5 the preferred embodiment, the IDR 24 0 includes the ability to 
generate reports using the individual action data taken from the 
interactive server 220 from one or more IDR 240 downloads. 
^. Furthermore, the data in the IDR 24 0 may be communicated to 
'r* another central IDR. The communication may be performed by 

J^IO satellite. 

=?7 Figure 2 illustrates an embodiment of the invention where 

03 individual action data including customer navigation data and 

M transaction data is distributed to two different interactive 

p content providers 330A,330B under two different protocols. As 

pl5 shown in Figure 1, the data log 180 is downloaded from the IRD 160 
in a callback via a modem 200 to the communications server 280. 
The data log 180 then flows from the communications server 2 80 to 
the interactive server 270. In the preferred embodiment, as 
described above, the data log 180 from the callback flows in 
20 encapsulated form. Within the interactive server 270, the data 
log 180 is then communicated to an Application Program Interface 
("API") 300. The API 300 strips the encapsulating protocol from 
the data log 180 and parses the individual transaction data from 
the data log 180. Each particular action performed by the 
25 customer preferably has its own identification number. The API 
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300 examines the particular action and looks for the 
identification code associated with a particular database user or 
interactive television content server 330A,330B. The data 

associated with each particular action is then communicated via 
5 the router application 300. The router application 300 puts the 
individual transaction data into pre-selected protocol and 
distributes the data to the different content servers 330A,330B. 
Preferably, the router application is written in OpenTV. 

As shown in Figure 2, the API 300 converts the individual 

10 action data to different protocol forms. The interactive 

television action for each content provider 310A / 310B is then 
communicated from the interactive server 270. For example, a bank 
content provider 3 3 OA may require its information 31 OA to be in a 
protocol such as HTTP. Alternatively, the bank may request 

15 information to be sent to it in its own proprietary protocol. The 
bank 330A thereby allows interactive television customers to make 
secure banking transactions while the interactive television 
content provider tracks the time, date and number of transactions. 
In the preferred embodiment, the data for the bank 3 3 OA is 

2 0 communicated through the interactive server 2 70 through a HTTP 
socket 320A in the interactive server 270. In addition, data for 
a different content provider 330B may be communicated through the 
interactive server 270 via a different protocol, such as through a 
TCP/IP socket 320B. The different content provider 330B could 

25 obtain navigation data or customer action data. Thus, secure 
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communication may be made, with only a record of the customer's 
action being made for the database user or interactive television 
content provider. Other protocols are also contemplated. 

For example, a deposit could be made in a bank account via an 
5 interactive television application, and a record that a deposit 
was made may be recorded, while the amount of the deposit and the 
account number of the deposit may remain secure with regard to the 
interactive television application provider. The interactive 
^ server 270 may also use other protocol sockets, such as those for 
UJlO IMAP and bank proprietary protocols. Several database users or 
4= content providers may be included in the system. Each content 

y3 provider 330A,330B may have a different protocol for distribution 
yL of the information regarding an action associated with it. 

However, more data may be transferred if the protocol is one that 
—15 is not CPU intensive, such as TCP/IP. 

fc - In one embodiment of the invention shown in Figure 2, the 

database user 330B receives the interactive television action 
information through its own TCP/IP socket 335, and stores the 
information in its IDR 350. The database user 330B would then be 

2 0 able to extract a report of the relevant portions of the 
information 180 in the IDR 3 50, such as the number of actions, or 
the date, time and frequency of particular actions. In addition, 
a database engine 34 0 as is known in the art may be used to 
extract information from the database user's database 350. 

2 5 Figure 3A illustrates the preferred form that the information 
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180 is to take. Fields may include Smart Card ID, Producer ID, 
Application ID, Page ID and a Time/Date/Stamp ID. For example, 
Smart Card ID can be used to identify the communications card and 
thus, the IRD 160, from which the data log 180 is coming. 
Producer ID can identify the producer of the services offered and 
accepted, Application ID can identify which application from a 
particular producer has been accessed, Page ID may describe which 
page of several was accessed within a particular application, and 
a Time/Date/Stamp ID would identify when the individual action 
occurred. However, other data names and data retrieved are also 
contemplated. The data as shown are string variables. However, 
it may also be appropriate that they be numerical. Finally, it is 
important that the data fields be of appropriate length. The 
lengths of the variables in Figure 3A are merely illustrative. 
Figure 3B illustrates how the data log 180 comprises a number of 
single actions. 

Figure 4 illustrates data flow during the preferred use of 
the system 100 in obtaining two types of particular action data - 
navigation data 370 and transaction data 380. As shown, data from 
various interactive television applications 360 may be obtained in 
the IRD 160 and saved as a data log as described above. In the 
preferred embodiment, the data can include navigation data 370 
from within applications such as a gaming application, weather 
application, or advertising application. Also, transaction data 
380 may be obtained from a banking application, e-commerce 
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application or other interactive application. 



In a banking 



application, the particular action data is preferably encrypted. 
Since the nature of the particular action data in this example is 
a transaction, navigation data within the banking application is 
5 not obtained. Similarly, as shown at 360 in Figure 4, e-commerce 
applications or other interactive television applications may have 
their data encrypted or their data may not be defined pursuant to 

^ the parameters defined in the IRD 160. In that case, the IRD 160 

'fi may still obtain transaction data 380. 

|ML0 All of the customer actions 3 60 are then obtained and stored 

4* in the IRD 160 as a database of customer actions until a callback 
Q1 is initiated. Upon callback, the IRD 160 transmits the actions 
|=s 360 to a communication server 215. In the preferred embodiment, 
rj the information 360 is transmitted in a proprietary interactive 
^45 server protocol. The communication server 215 receives the 
" callbacks in the preferred embodiment. The interactive server 220 
encapsulates the individual action data taken from the data log 
180 into TCP/IP protocol and multiplexes the data for efficient 
distribution. However, where an application is a banking 

2 0 application to be encapsulated in a protocol proprietary to a 
bank, encapsulation to a protocol before encapsulation into the 
banking protocol is unnecessary. 

After the interactive server 220 parses the information 360 
into data regarding particular interactive television actions, the 
25 interactive server 220 determines the proper protocol for the 
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transfer of the information and converts that information into 
that protocol . In the preferred embodiment , each transaction is 
identified by a code when it is input into the flash memory. When 
the transaction is parsed, the interactive server 220 reads the 
5 code and puts the appropriate particular action in the appropriate 
protocol associated with the code. That information, properly 
converted, is routed to the appropriate database user. In the 
^ example illustrated in Figure 4, the navigation data 370 and the 
-i3 transaction data 3 80 are routed separately . The navigation data 
bj.0 370 and the transaction data 380 are then preferably loaded 
400,410 into the IDR 420. The IDR 420 would interact with an IBS 
□3 43 0, so the data in the IDR 42 0 would be correlated with the data 
L in the IBS 430. Reports 440 may be generated from the IDR 420 
« alone, or after correlation with the IBS 430. 

JfJ.5 Figure 5 shows an alternate embodiment of a system 500 for 

« the obtainment of data from interactive television, wherein an IDR 
62 0 is kept at a central location as well as at one or more 
operating companies 590. In Figure 5, the application server 510 
is in a central location, such as Fort Lauderdale, Florida, and is 
20 transmitted to a broadcast center 520. One or more application 
programs 510 are transmitted to the satellite 53 0 and down to an 
ISD 540 into an IRD 550. The IRD 550 transmits a data log of 
navigation and transaction information via callback through a 
telephone line 560 within a country's telephone system. The data 
25 log is sent through a communication server 570 and interactive 
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server 580 as discussed above. The communications server 570 and 
the interactive server 580 may alternatively be located at the 
same operating company. Interactive television actions 585 are 
then communicated to an IDR 590, such as an IDR 590 for a 
5 particular Interactive Content Provider (" ICP" ) 630. 

As described above, the operating company IDR 590 is in 
communication with an operating company IBS 600. The operating 
„ company IBS 600 preferably includes data such as the 
yj identification of the customer associated with the IRD 550 used 

JfjlO for a particular interactive television action 585. Thus, a 
4* customer may be accurately identified with an action and may be 

03 properly billed for the action. Also, other uses for the data may 

M be made. The data for the particular action 585 is transmitted to 

p*t the operating country IDR 590, and then may be transmitted 610 to 

{^15 a central IDR 620, shown in Figure 5 to be in Fort Lauderdale. 
M The file of particular actions 585 is then communicated to one or 

more database users, or interactive content providers ("ICPs ,! ) 
630A,630B. The ICPs 630A,630B may or may not be at the location 
of the operating country. Data transmission between the operating 
2 0 company IDR 590 and the central IDR 62 0 in the preferred 
embodiment is via two-way satellite, such as the 8gi satellite 
used by Galaxy Latin America. However, other data transmission 
methods known in the art may also be used . The data from more 
than one operating company IDR 590 may thus be transmitted and 
25 held in the central IDR 620. In another embodiment, a central IBS 
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is correlated with the central IDR 620. 

A system for the two-way distribution of information of an 
operating companies IDR is further illustrated in Figure 6 at 700. 
From each operating company 710,720, data is extracted from the 
5 IDR 730,740 and transmitted via satellite 750 to a central IDR 760 
that will be able to produce consolidated reports 770. Data in 
the operating company IDRs 730,740 may still be correlated with 
one or more IBSs 780,790 within each operating company 710,720. 

CI 

ya Preferably, the protocol for the satellite interface would be 
jjjLO consistent for all broadcast centers for each operating country. 
'±z The data sent to the central IDR 760 may be data from the 
operating company IDR 73 0,74 0. The data may then be correlated 
j\ with a central IBS 800. Alternatively, the data sent may be data 
l 2i from the operating company IDR 730,740 after it has been 
^15 correlated with the operating company IBS 780,790. 

C3 In an alternative embodiment, illustrated in Figure 7, a data 

log 900 is downloaded from the IRD 910 through a modem 92 0 via a 
callback. The communication server 93 0, a bank of telephone 
modems in this embodiment, receives the callbacks and transmits 

20 the data log 900 to an interactive server 940. The data log 900 
is encapsulated in a data transmission protocol, such as TCP/IP. 
The interactive server 94 0 strips the protocol from the data log 
900, and saves the data on the interactive server. Preferably, 
the data is saved as a data table. Preferably, the data table is 

25 a flat table of ASCII text. However, for other applications, the 
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data may be saved in other forms, such as a relational database. 
Database users, such as the operating companies, would be able to 
access the data stored in the interactive server 94 0 by download 
from a file server, the internet or other means known in the art. 

An IBS used to identify a customer or provide supplemental 
information to that in the saved data could reside in the 
operating company 950, at the facility of the interactive server 
960, or both. 



